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MORn.E APPLICATION MQRPHING SYSTEM AND METHOD 

Priority Claim 

This application claims priority under 35 USC 1 19(e) and 120 from U.S. Provisional 
Patent Application Serial Nos. 60/419,312 and 60/419,288, both filed on October 16, 2002 and 
entitled "Jumping Application Security System" and "Mobile Application Morphing System And 
5 Method" respectively, both of which are incorporated herein by reference. 

Field of the Invention 

This invention relates generally to a jumping application morphing system and method 
and in particular to a jumping application morphing system and method that may be implemented 
for jumping applications that execute on various devices. 

10 Background of the Invention 

In traditional computing systems, communication between computers is either code (a 
software application)or data (a file containing information)and there is no notion of a program 
moving between hosts while it is being executed. Thus, with a typical computing system, a 
person may execute a software application (e. g., Microsoft Word)on his/her own computer and 

15 then forward the results of the execution of the software application (e. g. a Microsoft Word 
document)to another user. The other user may then view the Microsoft Word document by 
executing his own copy of Microsoft Word. A user may also send another user an executable 
software application file that the other user may download and execute on his own computer. 
However, these traditional computing systems do not recognize a single instantiation of a 

20 software program that may be executed by one or more different computers in order to complete 
the execution of the software application. 

A jumping application, sometimes also called a jumping app or a mobile app or a mobile 
application or a mobile agent, is a currently executing computer software application/program, 
or part of a currently executing program that can physically move from one computer to another 
25 (between hosts)while it is being executed. A jumping application's software may or may not have 
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been previously installed on a particular computer prior to the arrival of the jumping application. 
The jumping applications are said to jump from one computer to another computer, and the 
process of jumping from one computer to another computer is also referred to as &jump. 

The process of initiating a jump between computers is commonly known as a dispatch. 

5 Typically, each jumping application will carry with it an ordered Ust or tree of hosts which the 
jumping appUcation must visit during its execution, and such a list or tree is called the jumping 
application's itinerary. The computers that can receive and dispatch jumping applications are 
called hosts. The collection of hosts, computer networks, and software which executes and 
supports the jumping applications, and the jumping appUcations themselves, is called the 

1 0 jumping application system. 

A jumping application typically has at least two parts: the state and the code. The state of 
the jumping application contains all of the data stored, carried, and/or computed by the particular 
jumping application. The code of the jumping application is the set of computer instructions 
which the host computer is intended to carry out on behalf of the jumping application during the 
15 execution of the jumping appUcation by the particular host computer. In addition, a jumping 

appUcation have other parts, including security parameters, an itinerary, a datastore, an audit log, 
etc. A jumping application's software may or may not have been previously installed on the 
computers prior to the arrival of the jumping application 

Jumping application have demonstrable benefits for computer systems. However, they 
20 also create new problems not encountered in traditional computing systems. In particular, a 

jumping application that is tuned for optimal performance on one computer system might be sub- 
optimal on another computer. For example, a jumping appUcation which confines its user 
interface to a very small window might be good for execution on a handheld device, but it would 
not take advantage of the large screen typically found on desktop computers. Thus, there is a 
25 need to alter part or all of the behavior and/or state of a jumping application according to (a) the 
needs and/or capabilities of a target host computer and (b) the needs and/or capabilities of the 
jumping appUcation when dispatching to that target host computer. 
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Current implementations of jumping application systems do not support the notion of 
altering part or all of the behavior and/or state of a jumping application according to the needs 
and/or capabilities of a target host computer and the needs and/or capabilities of the jumping 
application. Thus it is desirable to provide this functionality in a jumping application system so 
5 that the jumping application morphing system in accordance with the invention has the capabihty 
to alter part or all of a jumping application's behavior and/or state which is called morphing, and 
the process of altering part or all of the behavior and/or state is also called morphing. 

Summary of the Invention 

The jumping application morphing system and method in accordance with the invention 
10 alters the behavior and/or state of a jumping application according to the needs and/or 
requirements of the target host. In more detail, the jumping application system gathers 
information about the computer hosts to which jumping applications can be sent, and uses that 
information to alter the code (the computer insttTictions)or the state (the data)of each jumping 
appUcation as each jumping application is dispatched. 

1 5 Thus, in accordance with the invention, a jumping application system is provided wherein 

the jumping appUcation system may be a star architecture or a peer-to-peer network, or some 
combination of the two. The jumping application system comprises a console computer to that 
executes instructions for morphing jumping applications and one or more host computers 
connected to the console computer wherein each host computer executes the jumping 

20 applications tiiat jump between the hosts during execution. The console computer further 

comprises means for altering the state and/or behavior of each jumping application as it jumps 
between hosts during execution, based on the information it has gathered. In addition, a peer-to- 
peer jumping appUcation morphing system and method are also described. 

Thus, in accordance with the invention, a jumping appUcation morphing system is 
25 provided. The jumping application morphing system has one or more hosts between which a 

jumping appUcation jumps during the execution of the jumping appUcation wherein the jumping 
j^plication system alters the code and/or state of a jumping application as it jumps from host to 
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host. 

In accordance with the invention, a computer implemented jumping application morphing 
console that morphs a jumping application that is jumping between one or more hosts connected 
to the morphing console is provided. The morphing console comprises a morphing module that 
5 alters a jumping application during the execution of the jumping application and a database that 
contains one or more behavior packages for the jumping application, wherein each behavior 
package alters the behavior of the jumping application for a particular host. The morphing 
module fiirther comprises instructions that determine a next host to which the jumping 
application is being dispatched and instructions that alter the behavior of the jumping application 
1 0 for the next host based on a behavior package associated with the next host. 

In accordance with the invention, a computer-implemented method for altering the 
behavior of a jumping application in a jumping application system to optimize its execution for a 
particular host in the jumping application system is provided, hi the method, a next host to 
which a jumping application is being dispatched is determined and the behavior of the jumping 
1 5 appUcation is altered for the next host based on a behavior package associated with the next host. 
In accordance with the invention, a jumping application morphing system is provided. 
The system comprises a management and security console and one or more host computers 
connected to the console by a computer network, wherein each host computer executes a jumping 
appUcation. The console further comprises a morphing module that alters a jumping application 
20 as the jumping application jumps between hosts, a database that contains one or more behavior 
packages for the jumping application, wherein each behavior package alters the behavior of the 
jumping appUcation for a particular host. The morphing module further comprises instructions 
that determine a next host to which the jumping application is being dispatched and instructions 
that alter the behavior of the jumping application for the next host based on a behavior package 
25 associated with the next host. 

In accordance with the invention, a server computer for a jumping application morphing 
system is provided. The server comprises a processor, a memory connected to the processor, and 
a database connected to the processor that contains one or more behavior packages for the 
jumping appUcation, wherein each behavior package alters the behavior of the jumping 
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application for a particular host. The memory further comprises instructions that determine a 
next host to which the jumping appUcation is being dispatched and instructions that alter the 
behavior of the jumping appUcation for the next host based on a behavior package associated 
with the next host. 

5 Brief Descrir^tinti of the Drawings 

Figure 1 illustrates a typical jumping application; 

Figure 2 illustrates an example of the execution of a typical jumping application; 

Figure 3 is a diagram illustrating a typical application of morphing of a jumping 
application; 

1 0 Figure 4 is a diagram illustrating how the jumping application morphing system in 

accordance with the invention alters both the state and the behavior of a jumping appUcation; 

Figure 4A is a diagram illustrating an example of a cUent/server architecture for a 
jumping appUcation morphing system in accordance with the invention; 

Figure 5 is a diagram illustrating the architecture of the preferred embodiment of the 
1 5 jumping appUcation morphing system in accordance with the invention; and 

Figure 6 is a diagram illustrating the details of the preferred embodiment of the jumping 
application morphing system. 

Detailed Description of a Pref erred Embodiment 

The invention is particularly applicable to a computing environment in which computers 
20 of different capabilities and requirements (such as, for example, different input/output 

capabilities or different memory sizes) are running, and it is in this context that the invention wiU 
be described. It will be appreciated, however, that the system and method in accordance with the 
invention has greater utility since it may be used for systems with similar computers that are 
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being used for dissimilar purposes. To better understand the invention, a typical jumping 
application and an example of its execution will be provided. 

Figure 1 illustrates a typical jumping application 18 and its operation. In particular, the 
jumping application 18 may start its execution on a first computer 20, known as a host. At some 

5 point, the jumping application 1 8 contains instructions or is instructed to move to a second 
computer 22 and the jumping application moves to the second computer. Once at the second 
computer, the jumping appUcation resumes its execution on the second computer. At some later 
time, the jumping application is instructed to move to a third computer 24 and the jumping 
application jumps to the third computer and resumes its execution on the third computer, hi this 

1 0 manner, the jumping application can execute itself on one or more different computers at 
different times as is well known for jumping applications. To understand the concept of a 
jumping appUcation, an example of a typical jumping application will now be provided. 

Figure 2 is a diagram illustrating an example of a typical jumping appUcation 25 and in 
particular an inteUigent expense report form, hi this example, the jumping appUcation facilitates 

1 5 the expense report generation and processing by automatically performing some functions, hi 
particular, a salesman at a handheld computer 26 may initially fill out an expense report form 
and click OK when the expense report is ready. Automatically, the jumping application 25 then 
sends itself to a manager 's computer 28 for approval by the manager, hi this example, the 
manager finds a problem with the form and returns it to the salesman so that the form 

20 automatically sends itself back to the salesman 's computer 26 for update. Next, the salesman 
makes the necessary corrections and clicks OK to send it automatically back to the manager 's 
computer 28. With the further updates, the manager accepts the expense form and cUcks "OK". 
The jumping expense report form then automatically sends itself to a computer 30 in the 
administration department. The jumping expense report form the executes on the administration 

25 department computer and updates a database 32 with the new information in the expense form. 
Next, the jumpmg expense report form automatically sends itself to a computer 34 of the 
accountant. The mobile expense report then automatically starts to execute on the accountant's 
computer and notifies the accountant that a check is needed so that the accountant can cut the 
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check for the salesman. Thus, the jumping application has automated much of the expense report 
submission process so that the people involved m the process do not have to worry about 
ensuring that the expense report is approved. This example of a jumping application is well 
known and understood by one of ordinary skill in the art. Now, an example of a motphing 
5 jumping application will be described. 

Figure 3 illustrates an example of a jumping application morphing system in accordance 
with the invention, hi this example, a jumping application 40 begins execution on a handheld 
computer device 42, that may be, for example, a cellular phone, hi this example, the screen on 
the handheld device is small, only 240 pixels by 240 pixels and this information about the screen 

1 0 size of the device 42 is part of the jumping application 's state information. Because the screen 
size is small, the jumping application software works best as a series of forms with each form 
representing one record, so this is part of the jumping appUcation's behavior and code. At some 
point, the jumping application is instructed to jump to the next computer 44. In this example, the 
next computer is a typical desktop computer with a larger screen size of 1024 pixels by 768 

1 5 pixels. The morphing jumping application system in accordance with the invention knows the 
larger screen size of the next computer and therefore substitutes new data and code into the 
morphing jumping application, hi particular, the morphing jumping application software in this 
example will work better on this larger screen size as a table showing all of the records 
simultaneously, so the morphing system replaces the screen size portion of the state, and the GUI 

20 portion of the behavior so that a larger screen size is used and a table-based graphical user 
interface (GUI) is used. When the jumping apphcation executes on the new computer 44, its 
state includes a new screen size and new GUI behavior. At a later time, the jumping application 
is instructed to jump to the next computer 46. hi this example, the next computer is a mainframe 
with text-based terminals (which is known to the morphing system), so the morphing system 

25 replaces the screen size portion of the state and the GUI portion of the behavior with new state 
and code data that optimizes the execution of the jumping application for the next computer 46. 
hi this example, when the jumping application executes on the new computer 46, it does not use 
a GUI (and no screen is specified, and uses a command line instead, hi this manner, the jumping 
apphcation is morphed (its state and code information/data is altered) by the morphing system in 
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accordance with the invention so that the execution of the jumping application is optimized for 
the particular host computer on which the jumping application is going to be executed. Now, a 
jumping application morphing system in accordance with the invention will be described. 

Figure 4 illustrates the jumping application morphing system 128 in accordance with the 

5 invention. In this system, the jumping application morphing system gathers information about 
each of the hosts to which the jumping application is going to jump during the execution of the 
jumping appUcation. It will be appreciated that this information gathering process can be 
automatic or manual, and can occur at discrete times or can be an ongoing process. In any case, 
the jumping appUcation morphing system has some knowledge of the different capabilities 

1 0 and/or needs of each participating host. The different capabilities of the participating host may 
include, for example, the characteristics of the computer system or the characteristics of the 
operator of the computer system which may be defined by a system administrator prior to the 
execution of the jumping application. For example, the computer system characteristics may 
include, but is not limited to, hardware and/or software characteristics of the system, such as its 

15 screen size, its memory size, its operating system, the interface to its operating system, an 

interface to a particular piece of software being executed by the particular operating system, the 
security privileges associated with the operating system and any other characteristics for which 
the jumping application's behavior may be altered. The characteristics of the operator of the 
computer system may include, but is not limited to, a disability of the user, such as a blind user, a 

20 security clearance of the user or any other characteristics of the user for which the jumping 

application's behavior may be aUered. As shown in Figure 4, a jumping application 102 begins 
executing on Host A 104 and establishes some state and behavior. Later, the jumping application 
102 is instructed to dispatch to Host B 106. In transit, the jumping application morphing system 
uses its knowledge of Host B 106 to substitute appropriate state and/or behavior/code into the 

25 jumping application for better performance on Host B 106. It will be appreciated that this 

morphing process can occur either on Host A 104, while the jumping application is in transit, on 
Host B 106 based on instructions fi-om the morphing system or on the management and security 
console 140. In any case, when jumping appUcation 102 executes on Host B 106, it uses the 
updated state and/or behavior so that its execution is optimized for Host B. Later the jumping 
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application is instructed to dispatch to Host C 108. In transit, the jumping application morphing 
system uses its knowledge of Host C 108 to substitute appropriate state and/or behavior into the 
jumping application for better performance on Host C 108; This process can continue for the Ufe 
of the jumping application. Now, an example of a jumping application morphing system in 
5 accordance with the invention will be described. 

Figure 4A is a diagram illustrating a jumping application morphing system 128 in 
accordance with the invention. As described above, this architecture of the jumping appUcation 
morphing system is an example of an implementation of the jumping application morphing 
system as the jumping appUcation morphing system may be implemented using various different 

10 architectures. In this example, the system 128 may include a server computer 52 and one or more 
host computers 54, such as Host 1, Host 2 and Host N, that may be connected to the server 
computer by a computer network 56, such as a wide area network, the Internet, a local area 
network, the World Wide Web, a telephone line and a modem or the like. The computer network 
permits the server and hosts to communicate data between each other using well known protocols 

1 5 and data formats. Each host may be a typical computer system that includes the well known 
computing resources, such as at least a CPU and a memory, for executing a software application 
such as a jumping application. Each host may be a personal computer, a laptop, a server 
computer, a work station, a personal digital assistant, a Pocket PC computer, a cellular phone, 
etc.. with sufficient computing power to execute a jumping application. For the example of the 

20 preferred embodiment described herein, each host has different capabilities, such as, for example, 
different input/output capabilities, different memory sizes, different processors. The server 52 
may include one or more CPUs 58 and a memory 60 along with a persistent storage device (not 
shown) for permanently storing one or more software applications or modules that maybe 
executed by the CPU by loading the software apphcations or modules into the memory. The 

25 server may also include well known input/output devices that are not shown as well as a device 
for connecting to the computer network 56, such as a modem. DSL modem, etc.. The server may 
also include a database 62 that stores one or more jumping applications along with information 
about the jumping applications as described below. The database 62 may fiirther include one or 
more different behavior packages and one or more different host proxies which permit the 



Gray Cary\EM\7 151 978.1 
1010722-991150 



Attorney Docket No. 1010722-991 151 



-10- 



morphing system to alter the state and/or code of a jumping application in order to optimize the 
performance of the jumping application for a particular host. When the server computer is being 
utilized as the jumping application morphing system 128, the memory of the server has a 
jumping appUcation controller module 140 (also known as a management and security console) 
stored in it that, when executed by the CPU, control the security of the one or more jumping 
application(s) in the jumping application system and the hosts as described below, hi a preferred 
embodiment, the jumping appUcation controller 140 may be one or more software application or 
modules, but the controller may also be implemented using hardware. 

In a preferred embodiment, the jumping application controller 140 may include a 
morphing software module 66 and a communications software module 68. The morphing 
module may control the operation of the jumping application morphing system and therefore 1) 
determine the capabilities of a next host to which a jumping application is jumping; and 2) alter 
the state and/or code of the jumping application to optimize its performance for the particular 
host. The communications module may control the communications with the hosts associated 
with/connected to the jumping application morphing system, such as receiving the request to 
transmit the jumping application to another host and sending the new state and/or code to the 
jumping application for execution on the other host. Now, an example of the architecture of a 
preferred embodiment of the jumping application morphing system will be described. 

Figure 5 illustrates an architecture of a preferred embodiment of a jumping appUcation 
morphing system 128 in accordance with the invention, hi this architecture, there is the 
Management and Security Console 140 (MaSC) which forms the hub of a spoke-and-hub 
arrangement, hi this preferred embodiment, the MaSC 140 comprises one or more pieces of 
software code being executed by a computing device, such as a server, which receive the mobile 
application, manage the morphing process of the jumping application (e. g. alter the state and/or 
behavior of the jumping application) and forwards the jumping application to the next host as 
described above with reference to Figure 4A. The code for the MaSC may be implemented using 
any of several well-known programming languages, hi this arrangement, one or more hosts 142, 
144, 146, 148, and 150 (Host 1, Host 2, Host 3, Host 4 and Host 5 shown in Figure 5, but the 
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jumping application morphing system in accordance with the invention may be used with any 
number of hosts) communicate with the MaSC. In this embodiment, the MaSC collects 
information about the capabilities of the hosts with which it is communicating. 

In addition, each host sends the jumping appUcation to the MaSC on each jump, and the 
5 MaSC forwards the jumping application to the next host prescribed in the itinerary. With the 
preferred embodiment of the invention, the jumping application passes through the MaSC on 
each jump. While the jumping application is in the MaSC, the MaSC alters the state and/or 
behavior of the jumping application in accordance with the invention before forwarding the 
jumping application to the next host. On each jump the MaSC uses its infomiation about the 
1 0 target host to determine how to alter the state and/or behavior of the jumping application. 

In the preferred embodiment, each jumping application is created by some person called a 
developer, who can create different behaviors and/or states for the jumping application. In this 
embodiment, the developer will collect the computer instructions for the different behaviors into 
different packages. (Typically such a package is a simple computer file containing the specific 

1 5 behavior and/or state.) Each such collection of computer instructions is called a" behavior 

package". A developer can create multiple behavior packages for a single jumping application 
on a single host, and different multiple behavior packages for the same jumping apphcation on 
different hosts. For example, a developer can create (l)a behavior package for a Graphical User 
Interface (GUI)screen and (2)a behavior package for a mouse input device, and both of these 

20 behavior packages might be appropriate for use on a typical desktop computer. The same 
developer can create (3) a behavior package for a command-line screen and (4) a behavior 
package for keyboard input, and these two additional packages might be appropriate for a text- 
based terminal. To carry the example further, the developer could provide (5) a behavior package 
for touch-screen input, and the combination of items (l)and (5) might be appropriate for touch- 

25 screen desktop computers. Thus, the behavior packages may be used to alter the state and/or 
behavior/code of a jumping appUcation to optimize the performance of the jumping application 
for a particular host. 

In the preferred embodiment, a person called a system administrator at the MaSC 140 
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may manually enter information about the hosts in the system. This is done by logically ■ 
arranging the hosts into groups. In accordance with the invention, membership in such a group 
implies information about a host. For example, each such group can contain one behavior 
package for each potential jumping application in the jumping application system. By placing a 
5 host logically in such a group, the system administrator implicitly provides information about the 
hosts by providing different behaviors and/or states intended for each host, for each jumping 
application. In other embodiments of the invention, the information about each host in the 
jumping application system may be automatically determined, such as, for example via a query 
process. 

10 It will be appreciated that the spoke-and-hub architecture of the preferred embodiment 

shown in Figure 5 is not directly required to support this invention. However, this preferred 
embodiment includes such an arrangement for certain benefits in security not directly required by 
this invention. In addition, the inventor of this invention has already implemented this preferred 
embodhnent. However, in accordance with the invention, different architectures of the jumping 

15 application system, such as a peer-to-peer system, etc., are within the scope of the invention. 
Now, an example of the preferred embodiment of the jumping application morphing system will 
be described. 

Figure 6 illustrates the details of a preferred embodiment of a morphing system 128 
comprising the MaSC 140, Host A 64, Host B 66, Host C 68, and Host D 70. hi this illustration, 

20 the system administrator has received behavior packages for three different jumping appUcations, 
"V", "W", and "Y". In particular, the developer of "V" has created 6 behavior packages, the 
developer of "W" has created 4 behavior packages, and the developer of "Y" has created three 
behavior packages. In this illustration, the system administrator has created three logical groups 
of hosts, "Group #1", "Group #2", and "Group #3". The system administrator has distributed the 

25 behavior packages submitted by the developers to the groups as shown in Figure 6. It will be 
appreciated that this embodiment will apply to any number of jumping applications, to any 
number of host groups, and any number of hosts. In the preferred embodiment, each 
participating host has exactly 1 corresponding proxy in the MaSC, and each such proxy resides in 
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exactly 1 logical group of hosts as shown in Figure 6. Thus, Host A and Host D are part of 
Group #3, Host C is part of Group #2 and Host B is part of Group #1. Each of the steps of the 
preferred embodiment described below may be implemented, in the preferred embodiment, as 
one or more instructions (computer code executing on the management and security console 
5 and/or a host computer) that implement the operations described below. In accordance with the 
invention, these instructions may be written in various well known programming languages. 

In Figure 6, a jumpmg application W 72 is created on Host A in step 1 and later 
dispatched to Host B in step 2. In the preferred embodiment, W is sent to the MaSC in step 3 
and the MaSC determines the next host for the jumping application based on the itinerary of the 
10 jumping application. The MaSC determines that Host B's proxy is in Group 1, so the MaSC 
retrieves new behavior and/or state for W from Group 1, and supplies it to the jumping 
application in step 4. This can add, remove, and/or replace state and/or behavior in the jumping 
appUcation. The MaSC then forwards the jumping appUcation to Host B in step 5 where it 
resumes execution using the new behavior and/or state in step 6. Later W is dispatched to Host C 
15 in step 7, and the jumping application is sent to the MaSC in step 8. The MaSC determines that 
Host C's proxy is in Group 2, so the MaSC retrieves new behavior and/or state for W from Group 
2 in step 9, and supplies it to the jumping application. The MaSC then forwards the jumping 
application to C in step 10 where it resumes execution in step 1 1 using the new behavior and/or 
state. Later, W is dispatched to Host D in step 12, and the jumping application is sent to the 
20 MaSC in step 13. The MaSC determines that Host D 's proxy is in Group 3, so the MaSC 

retrieves new behavior and/or state for W from Group 3 in step 14, and supplies it to the jumping 
application. The MaSC then forwards the jumping application to D in step 15 where it resumes 
execution using the new behavior and/or state in step 16. This process can continue for as long 
as needed for W to complete its task, hi accordance with the invention, the state and/or 
25 behavior/code of the jumping application is altered by the morphing system in order to optimize 
the execution of the jumping apphcation for the particular host, hi accordance with the 
invention, the execution of jumping applications "V" and "Y" may also be altered during its 
execution to optimize it for a particular host, hi accordance with the invention, a particular 
jumping application may be sent between one or more hosts with the same capabilities so that the 
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s«te ai,<l/or behavior/oode of the jumping application is not altered. Furlhermore, the jtmtping 
application may be sent to one or more hosts with the same capabilities, but dissimilar purposes 
and the jumping application's behavior may be altered for each host. For example, two users 
may both have identical desktop computers with the same hardware and software characterrsttcs. 
5 but one computer is used by an engineer while the other computer is used by an assistant for the 
president of the company. The engineer and secretary will have different file access privileges 
and access to different programs and the behavior of the jumpmg appUcation may be altered to 
accommodate those characteristics of the user. Furthermore, the jumping application maybe 
altered to distinguish between a secure computer system and a unsecured computer system 
,0 wherein the jumping application, for example, might permit access to more sensitive files when tt 
is jumping to the secure computer system. 

While the foregoing has been with reference to a particular embodiment of the invention, 
it will be appreciated by those skilled in the art that changes in this embodiment may be made 
without departing from the principles and spirit of the invention. 

15 
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